Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DM-40918: Use unified CCS/OCS sequence number for exposure_id #472

Merged
merged 2 commits into from
Sep 27, 2023

Conversation

timj
Copy link
Member

@timj timj commented Sep 26, 2023

No description provided.

No longer add 3000 to the year for CCS data when calculating
exposure IDs.
@timj timj requested a review from ktlim September 26, 2023 22:13
@@ -412,13 +412,20 @@ def compute_exposure_id(dayobs, seqnum, controller=None):
if seqnum >= 10**_SEQNUM_MAXDIGITS:
raise ValueError(f"Sequence number ({seqnum}) exceeds limit")

dayobs = int(dayobs)
if dayobs > 20231004 and controller == "C":
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ktlim this is the line that needs to change when we decide on a date. Ideally this would be in a weekly that can be used by the ingest system (and OODS? cc/ @srp3rd ) before the switch over date. We can instead pick a date in November here, let camera change to unified numbering next week, and just allow a month of data to use the 1000 offset -- there won't be any clashes and it will be fine, just odd looking for people (but it's already odd for people now)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Might be nice to move the cast up above the seqnum code to where the rest of the dayobs handling is. But the if pertains to controller so should probably stay here.

Yes, the OODS also uses this ingest code. I understand that it can be any weekly (although I think OODS and auto-ingest can use dailies if need be) after the Camera has actually switched, but the fewer images that are taken in between the better. (I suspect that most of the controller-C images taken in between will actually be tests of the system.)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@tony-johnson is 20231004 a reasonable date for me to pick if I merge by tomorrow (so would be in this weekly)?

@@ -412,13 +412,20 @@ def compute_exposure_id(dayobs, seqnum, controller=None):
if seqnum >= 10**_SEQNUM_MAXDIGITS:
raise ValueError(f"Sequence number ({seqnum}) exceeds limit")

dayobs = int(dayobs)
if dayobs > 20231004 and controller == "C":
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Might be nice to move the cast up above the seqnum code to where the rest of the dayobs handling is. But the if pertains to controller so should probably stay here.

Yes, the OODS also uses this ingest code. I understand that it can be any weekly (although I think OODS and auto-ingest can use dailies if need be) after the Camera has actually switched, but the fewer images that are taken in between the better. (I suspect that most of the controller-C images taken in between will actually be tests of the system.)

tests/headers/lsstCam-MC_C_20190319_000001_R10_S02.yaml Outdated Show resolved Hide resolved
tests/test_translator.py Outdated Show resolved Hide resolved
Uses a faked header file of a CCS observation from before the
switch over made to look like one from the future. It's
based off lsstCam-MC_C_20190319_000001_R10_S02.yaml.
@timj timj merged commit cadcf64 into main Sep 27, 2023
3 checks passed
@timj timj deleted the tickets/DM-40918 branch September 27, 2023 21:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants